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Abstract 

In this article we discuss the potential uses of mobile agents in network management 
and define software agents and a navigation model that determines agent mobility. We list 
a number of potential advantages and disadvantages of mobile agents and include a short 
commentary on the ongoing standardization activity. The core of this article comprises descrip- 
tions of several actual and potential applications of mobile agents in the five OSI functional 
areas of network management. A brief review of other research activity in the area and 
prospects for the future conclude the presentation. 



There is a trend toward Increasingly heterogeneous 
networks in today's communications environment. 
Such diversity requires that network operators have 
greater knowledge and increased training. Managing 
these diverse networks requires the collection of large quanti- 
ties of data from the network; data that must then be ana- 
lyzed before management activity can be initiated. 
Simultaneously, there is an expectation of increasing reliabili- 
ty and quality of service by users of today's networks. These 
challenges are the main forces driving research on software 
agents. Most of the research on the intelligence aspects of 
software agents comes from Distributed Artificial Intelligence 
(DAI) [1]. Distributed AI is an extension of ideas derived 
from AI that applies to Multi-Agent Systems (MAS) [2). 
Instead of one centralized and usually very large application 
that encodes the complete intelligence of the system, a num- 
ber of relatively small systems, or agents, are Involved In a 
cooperative effort to resolve a problem. This does not imply 
that the large system is merely divided into smaller pieces. 
For example, several centralized applications, each capable of 
addressing a certain aspect of a problem, can be tied together 
by a communication system. It would allow for exchange of 
their viewpoints and coming up with strategies to make 
progress or to combine the results into a solution. This kind 
of problem solving is called Distributed Problem Solving 
(DPS) [31 and each of the cooperating systems may be con- 
sidered an agent. In AI, an agent is viewed very often in 
terms of its beliefs, desires, and intentions (so-called BDI 
architecture) (4]. 

Although an agent-based system can be implemented with 
any client/server technology, it differs from classical client/serv- 
er systems because there is no clear distinction between a 
client and a server. All agents participate in the computation 
according to the role statically assigned by the designer or 
dynamically assigned by a human or agent supervisor. In this 
article we argue that agent mobility benefits agent-based net- 
work management systems with additional advantages over 



classical client/server (i.e.. manager/agent) implementations, as 
well as systems built with stationary agents. 

In the next section we briefly introduce software agents 
and mobile agents. Furthermore, we present a tist of potential 
advantages of the use of mobile agents. The section concludes 
with an overview of an emerging standard, the mobile agent 
framework (MAF) [5]. In the section that follows we present a 
number of applications of mobile agents in the OSI functional 
areas of network management [6]. These applications are 
being developed as part of the ongoing research conducted 
within the Perpetuum Mobile Procura (PMP) project at Car- 
leton 17]. Each of them illustrates how mobile agents can help 
to overcome or ease the problems of management systems 
based on stationary components. We conclude the article with 
a review of related research activity conducted elsewhere and 
prospects for the future. 

Mobile Agents 
Definition of Software agent 

It is a challenge to provide a definition of an agent that 
woidd not be controversial [8]. One possibility is to define a 
software agent as a computational entity, which acts on behalf 
of others, is autonomous, proactive, and reactive, and exhibits 
capabilities to learn* cooperate, and move. This definition has 
its roots in the concurrent Actor model [9], We will call these 
basic characteristics a basic agent model. 

A mobile agent is a software agent that can move between 
locations. This definition implies that a mobile agent Is also 
characterized by the basic agent model. In addition to the 
basic model, any software agent defines a life-cycle model, a 
computational model, a security model, and a communication 
model [10]. A mobile agent is additionally characterized by a 
navigation model. 

Mobile agents can be implemented using one of two fun- 
damental technologies: mobile code (11. 12] or remote objects 



2 



IEEE Communications Surveys • htop^/www.comsoc.org^ibs/surveys • Fourth Quarter 1998 • Vol 1 No. 1 



Space savings 



Reduction in network traffic 



Asynchronous autonomous 
Interaction 



Interaction with real-time 
systems 



Robustness and fault 
tolerance 



Support for heterogeneous 
environments 



[13|. Examples of the former E«<^-cy savings 
approach include AgentTCL [14, 
15) and Telescript [16], and the lat- 
ter. Aglets [171. 

To make use of mobile agents, a 
system has to incorporate a mobili- 
ty framework. The framework has 
to provide facilities that support all 
of the agent models, including the 
navigation model. For the life-cycle 
model, we need services to create, 
destroy, start, suspend, stop, etc.. 
agents. The computational model 
refers to the computational capa- 
bilities of an agent, which include 
data manipulation and thread con- 
trol primitives. The security model 
describes the ways in which agents 
can access network resources, as 
well as the ways of accessing the 
internals of the agents from the 
network. The communication 
model defines the communication 
between agents and between an 
agent and other entities (e.g.. the 
network). All issues referring to 
transporting an agent (with or with- 
out its state) between two compu- 
tational entities residing in different 
locations are handled by the navi- 
gation model. Obviously, the frame- 
work incurs certain costs including 
increased memory requirements 
and execution and access delays on 
every participating device. The 
underlying technology, however, is 
evolving rapidly. For example, the 
footprints of certain Java Virtual 
Machines (JVM), which are the 
basis for many mobile agent frame- 
works, are very small making them 
suitable for embedded systems (18). 
We believe that the use of Java 
chips will be important in the future 
networked devices. In addition, 
forthcoming new software packages 
like Jinl [19] address many of the 
needs of agent-based systems. 

The size of mobile agents 
depends on what they do. In swarm 
intelligence [20], the agents are 
very small. On the other hand, con- 
figuration or diagnostic agents 
might get quite big, because they 
need to encode complex algorithms 
or reasoning engines. Note however, that agents can extend 
their capabilities on- the -fly, on-site by downloading required 
code off the network. They can carry only the minimum func- 
tionality, which can grow depending on the local environment 
and needs. This capability is facilitated by code mobility. 

ADVANTAGES OF MOBILE AGENTS 

The use of mobile agents may have advantages over other 
implementations of agents. This does not imply that other 
technologies (like remote objects) cannot be used instead, 
because virtually any task that can be performed with mobile 
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Resource consumption is limited, because a rnotrfle agent ; ; ^ 
resides only on one node at a time. In contrast, static multiple 
servers require duplication of functionality ar every location; : 
Mobile agents carry the functionality with them.; so it doe* not 
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Code is very often smaller than, data that it processes, so the 
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81 Table 1 . Potential benefits torn the use of mobile agents. 



agents can also be performed with stationary objects. Howev- 
er, the traditional solutions might be less efficient, difficult to 
deploy, or awkward. 

Table 1 (based on (10]) contains the areas that may benefit 
from appropriate use of mobile agents instead of, or in addi- 
tion to, classical client/server models. 

Mobile Agent Framework: 
An Emerging Standard 

As with any other communications -related activity, the 
general acceptance of mobile agents for network management 
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activity will depend heavily upon standards. The Open Man- 
agement Group (OMG) has already begun work in the area 
of mobile agents, and a draft standard has been tabled for dis- 
cussion [5, 21]. The proposed standard attempts to be plat- 
form neutral and has each chunk of mobile code identify itself 
with a language, or execution environment requirement. The 
proposal identifies the need for mobile code regions, with 
gateways between them, that provide an agent application vir- 
tual layer on top of the actual network. This architecture is 
shown In Fig. 1. An agent region is defined as a set of agent 
systems that can access each other, possessing similar authori- 
ty and identifying a default migration pattern. Mobile agent 
facilities include the storage and retrieval of agents, remote 
agent creation transfer and agent method invocation. The 
draft standard also draws heavily on CORBA, with HOP 
being used as the transport protocol, and hinting that many 
pre-defined CORBA services, such as naming, may be used to 
support mobile agent activity. 

Two MAF objects and their interfaces are defined in the 
specification; the MAFAgentSystemlnterface and the 
MAFFinderlnterface. The MAF Finder provides a naming ser- 
vice for agents, one MAFFinder (at most) being provided per 
region The MAFFinder is registered as a CORBA object, the 
intention being that one agent, or MAFClient, may locate, and 
communicate with, another agent The MAFAgentSystem- 
lnterface provides standard management operations for 
agents, such as receive, create, suspend and terminate. The 
specification provides interface definition language (IDL) 
details on agent naming, authority (or in CORBA terms, prin- 
cipal), and type; together these being used to generate a glob- 
ally unique agent name. 

While the MAF specification is a useful starting point, it is 
limited in scope. No notification services are defined, security 
is briefly mentioned and the MAFFinder, in particular, has an 
impoverished interface. For example, the query, "List all 
agents of type X" cannot be asked. 

Mobile Agents for 
Network Management 

Network management systems have to deal with the very 
issues that are driving research on software agents: prolifera- 
tion of data and heterogeneous environments. The problem 
with information flooding a network in the case of malfunc- 
tion is particularly severe if we take into account that a solu- 



tion has to be found quickly. The fault has to 
be diagnosed quickly and fixed automatically 
or a human operator needs to be informed 
and advised as to the proper course of action. 
In large networks, operators have to interact 
remotely with many devices from the manag- 
ing workstation. To accommodate the diversi- 
ty of network components, management 
applications incorporate large numbers of 
interfaces and tools. Network management 
systems are usually huge monoliths that are 
difficult to maintain. We will review a number 
of application areas that Illustrate how mobile 
agents can be used and how they may help. 

OSI Management Functional Areas 



Many tools are required to address all 
aspects of managing a communication net- 
work. The OSI management model recog- 
nizes that fact by categorizing these 
requirements into several functional areas. They are: 

• Fault management 

• Accounting management 

• Configuration management 

• Performance management and 

• Security management 

We will analyze several potential applications in each of 
these areas. We start with network modeling, which we con- 
sider necessary for many network management functions. 

Network Modeling 

In network management, automatic discovery Is one of the 
fundamental functions of the management system. We use an 
unqualified term on purpose, because discovery might target 
many goals. In the simplest case, Just finding the devices of 
the network Is of Interest. An extended version of discovery is 
concerned with the construction of more detailed views that 
may include, for example, services available on a device or 
devices that satisfy certain constraints. If the constraints are 
functions of device status, then we approach problem discov- 
ery. As the complexity of discovery grows, it is harder to 
implement using classical client/server approaches. 

Mobile code is a convenient vehicle for performing discov- 
ery tasks [22). While basic network discovery (node discovery 
alone) is not a convincing justification for the use of mobile 
code, its more sophisticated variations certainly do benefit from 
the new capabilities. Nevertheless, the basic discovery of net- 
work devices is an excellent vehicle to illustrate the approach. 
One of the commonly used discovery techniques Is sending ping 
messages to IP addresses in a certain domain. The discovering 
process builds its view of the network from the received 
responses. Instead, a mobile agent called a deglet (after a dele- 
gation agent [23]) can be created with a sole task of sending the 
identifier of a visited node to the creator (Fig. 2). The deglet to 
then injected into the network and travels by the means of the 
implemented migration patterns [24]. There are several similar 
issues to resolve as in the ping algorithm (e.g., the scope of the 
search), but the method is more flexible. For example, it does 
not require that the interlocutor have knowledge about the net- 
work. The termination of the task can be determined heuristi- 
caiiy Inside the deglet, for example, by counting the hops or an 
average number of visits of a particular node. 

By incorporating constraints in the discovery deglet we can 
create partial network models [25]. For example, constraints 
on the type of the devices in the discovery deglet will result In 
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a network model consisting only of devices of a certain 
type. If the constraint is on the utilization of a node, then 
we may model over -utilization problems. These network 
models can be created dynamically. They can be tailored 
to meet expectations of a requesting application. 

If the delegated task has a permanent nature, then we 
call the agent a netlet (after a network agent) . Netlets are 
considered a part of the network infrastructure. The dis- 
covery process becomes ongoing with the use of discovery 
netlets. The network model can be maintained dynamical- 
ly, because the netlet can discover the changes to the net- 
work configuration. A number of netlets might be assigned 
to perform the task. The speed with which changes are 
detected can be controlled by the density of netlets; the 
more netlets in the network, the shorter the detection 
process will be. Of course, there are certain constraints 
that define an upper bound on the number of netlets, e.g., 
throughput. Netlets can use the default migration policies 
implemented by the migration facilities. Alternatively, they 
may implement their own migration patterns. For example, a 
netlet may define the scope of the coverage, so it never leaves 
a particular sub -network. 

Fault Management 

Network Diagnosis — The same principles as we saw 
in network modeling can be used to diagnose network faults. 
Detection of faults is a process of building a specialized model 
of the network. For example, a simple deglet performing 
selective discovery of nodes with utilization that exceeds a cer- 
tain threshold builds a model of over- utilized nodes. If the 
constraints on discovery describe violations of what is consid- 
ered normal behavior of network elements, then the agents 
testing the constraints perform a fault detection function. 
Either deglets or netlets may be used. Deglets can be used in 
reaction to discovered or suspected problems. They might try 
to collect additional information, perform enhanced tests or 
execute a recovery routine. 

The constraints do not have to be confined to a single net- 
work device. They may encode complex fault detection and 
correlation algorithms [26). The only limitation is the size of 
the netlet with a direct impact on the efficiency with which It 
can migrate and on network throughput. That Issue can be 
minimized by taking advantage of the expressiveness of Java 
[27] , code compression techniques, and Intelligent methods. 
The theoretical foundations supporting engineering of mobile 





\ Figure 3. Maintenance agents. 



Figure 2. Discovery agents. 



agents from the performance perspective are also being 
researched [28]. 

On the other end of the size spectrum, we may have soci- 
eties of small, biologically inspired and relatively simple 
agents that need to cooperate to deliver the intelligence need- 
ed for diagnosing network faults [29]. A number of types (or 
species) of such tiny agents are usually Injected in the net- 
work. Each type can address one aspect of the problem, and 
that aspect Is resolved by reinforcing the given hypothesis by 
the observations of a large number of the same agents. The 
solution to the problem emerges through the integration of 
the hypotheses of each species [20, 30]. 

Both deglets and netlets that comply with certain security 
provisions might be allowed to perform actions on network 
devices (Fig. 2). Such active netlets can be used to address 
problems autonomously leading to an immediate recovery if 
such an action is possible. The network manager will either be 
informed about the event or will be alerted if an automatic 
recovery is not possible or requires human involvement A 
number of such specialized network repair agents might pro- 
vide a high degree of network immunity to a range of prob- 
lems. In the context of deglets, tasks are delegated as needed 
by an interface agent interacting with the delegating entity. In 
contrast, netlets can be assigned their tasks a priori by their 
designers and start automatically as an integral part of the 
networking infrastructure. The texture and density distribution 
of societies of netlets can be controlled by certain security 
mechanisms. For example, the frequency of visits can be mea- 
sured and used to generate or terminate agents [6]. 

Remote Maintenance of Heterogeneous Ele- 
ments — Mobile agents need to interact with hosting nodes 
through an interface that provides secure, indirect access to 
the host resources and a number of other services. In the Per- 
petuum project this Interface is called virtual managed com- 
ponent (VMC) [24]. A VMC is to be designed and 
implemented by the vendor of the network device. It may 
reside on the actual device or on a proxy if the device is not 
capable of accepting mobile agents. One of the facilities that 
vendors may include in the VMCs of their devices is a special 
downloadable data presentation applet, which makes manag- 
ing heterogeneous environments easier. When a device Is con- 
nected to die network, knowledge about the available facilities 
is disseminated to interested parties residing In the network. 
For example, a discovery agent may request a list of support- 
ed services. A user browsing a list of devices may need to 
examine a particular device (Fig. 4). If the device is registered 
as one that provides its own facility for examination of Its 
state, then the applet Is retrieved from the selected Item and 
executed locally on the manager's workstation. It may execute 
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& Figure 4. Browsing applets. 



inside a Web browser or as a standalone application. The 
applet provides data presentation and interactive functionality 
in the way that the vendor of the device considers as the most 
suitable for this particular device. For example, it may be a 
simple textual list or a sophisticated graphical representation 
of the hardware and/or services. 

If a device does not provide a presentation applet, then 
either the manager has a proper handler for the device or a 
generic device browser will be used instead. This is a solution 
widely used in the legacy device agents of today's network 
management systems. A device not only has to have its repre- 
sentation in the manager implemented, but it also has to 
implement a communication protocol such as SNMP [31, 32] 
with the manager, which allows for the transfer of all device 
parameters. This is what makes today's managing systems so 
big and inflexible. The solution with downloadable applets 
does not have such constraints. 

An additional attraction to this approach is provided by 
maintaining a repository of applets on a server, for example, 
on the vendor's Web server. The VMC shipped with a net- 
work device would include only a reference pointer to the 
remote applet, which would be brought from the server when < 
needed. An obvious advantage is that the vendor can maintain 
its repository up to date and structure it conveniently, for 
example, with the use of various software components. This 
approach might be a part of a more generic scheme for plug- 
and-play components. In fact, structuring the vendor's server 
as a mobile code environment with a VMC implementing the 
storage of device behavior seems attractive. 

Another example of the use of mobile agents for remote 
maintenance addresses the problem of taking care of on-site 
devices that provide certain services at customer premises; for 
example, in a network for on-demand video delivery [33]. In 
such future networks, it will be impossible to send a techni- 
cian to test every faulty device, because there will be hundreds 
of thousands or more of them installed. A mobile agent will 
be sent instead. It may perform a suite of tests and attempt to 
repair the device if possible. Only if that falls will a human 
operator be involved. The agents can incorporate machine 
teaming techniques, which may improve their future behavior. 
A library of agents can be established with an automatic selec- 
tion of agents for specific tasks. 

CONFIGURATION MANAGEMENT 

Service Provisioning — Provisioning services in 
telecommunication networks is a complex process, which usu- 
ally involves several parties. Mobile agents can help to stream- 
line the process. This fact has been recognized by 
agent-related activities of organizations working towards ser- 



vice provisioning standards, e.g., the Telecommunication 
Information Networking Architecture Consortium, TINA-C. 
In spite of aggressive popularization of ideas [341, the actual 
work seems to progress less vigorously. At this moment very 
little information on the progress is available to non-members, 
but the results will be made public in 1999. The research on 
active nets and switchlets can also be seen as an attempt to 
provide a comprehensive and flexible service provisioning 
platform based on code mobility, albeit at a lower level [35]. 

To illustrate some of the opportunities for using mobile 
agents, let us analyze an example. Provisioning permanent vir- 
tual circuits (PVCs) in an ATM network is an example of ser- 
vice provisioning. It may take a long time to negotiate all 
aspects of a PVC that needs to be established between two 
ATM switches, especially if from the two switches are from 
different vendors. Very often, a PVC includes a path through 
a network cloud maintained by a network operator. The pro- 
cess would be even longer if another operating company 
offered similar services but with different prices. In a hetero- 
geneous network, there could be several network managers 
involved in the process. There is no standard protocol to 
achieve this task. 

A system based on mobile agents (Fig. 5) can handle simi- 
lar tasks in an autonomous way [36] . A request to set up a 
PVC can be assigned to a deglet, which coordinates the over- 
all process. It uses additional deglets to perform partial tasks. 
Using these deglets, all of the necessary data is exchanged by 
the endpoints using the provisions incorporated into their 
respective Virtual Managed Components (VMCs). The 
deglets communicate with VMCs using a special ontology that 
generalizes the knowledge of setting up cross-connects and 
PVCs by the vendor. Parts of the necessary data may be 
brought as required from remote locations: for example, ven- 
dor's web sites. Then, another deglet negotiates with the 
VMCs in the operator's clouds. The best deal is selected and 
the subsequent exchange of necessary information completes 
the setup. At that point the requesting party is informed that 
the task has been accomplished. 

Component Provisioning — Configuring a device 
requires that a number of attributes in the network and on the 
device be set as well as certain software components be 
installed. For example, a printer requires that its drivers be 
present on workstations that will be using it. Currently, the 
manager of the network has to perform all required tasks 
manually. Mobile agents can be used to implement plug-and- 
play network components. 

As an example, consider a task of installing a network 
printer. This task involves an established enterprise network 
of a number of workstations with potentially different require- 
ments. For example, the drivers that are required to properly 
interact with a printer do differ between a Macintosh and 
Unix computers, or between PCs running Windows NT and 
OS/2. Let us assume further that the network is connected to 
the Internet. To make proper use of the printer, the worksta- 
tions have to be provisioned by installing proper drivers. If the 
printer came with all required drivers or if the operating sys- 
tem included all of the drivers, then this part of the task might 
be tedious, but manageable. On the other hand, if there are 
no proper drivers, then the whole process becomes very diffi- 
cult. The dynamics of the network topology have to be han- 
dled as well since new printers and workstations are added, 
printers are taken out of service, operating systems are updat- 
ed, etc. 

The scheme illustrated in Fig. 6 is based on the use of sev- 
eral mobile and stationary agents. It can be used to provide 
plugand-play capabilities for network components [37]. The 
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VMC. which comes with the new device, a printer in our 
example, includes a bootstrapping provisioning agent. Upon 
connection to the network, a number of deglets or netlets are 
sent to discover the network devices that will need printer 
drivers. Then, the Web page of the printer manufacturer is 
contacted, so the latest versions of the required drivers can be 
downloaded. A printer's VMC may maintain a list of the 
devices that use the printer, so it can coordinate installations 
of new drivers as needed. The printer registers with the ven- 
dor, so if a new version of a driver is available from the ven- 
dor, then it is automatically sent to the printer's provisioning 
agent. 

As in the case of agents for fault diagnosis, configuration 
can be a result of cooperative behavior of large numbers of 
simple agents [29. 38]. 

Performance Management 

Certain aspects of measuring the performance of networks 
are difficult if a centralized server is used. Network delays 
make measurement precision questionable. Instead of remote- 
ly polling network elements, a mobile agent can be dispatched 
to perform an analysis of the component locally. The informa- 
tion collected in this way is more accurate, because there are 
no delays involved whatsoever. A similar improvement can be 
achieved with a monitoring process being a part of the tested 
element, but that requires that the process be a static part of 
the local system. The solution with a mobile agent is superior, 
because it does not require permanent consumption of local 
resources. It is far easier to manage from the maintenance 
perspective, since we can always use the latest version of a 
mobile deglet. In contrast, updating a static local monitoring 
agent is a longer process. 

Hot-swapping technologies can also be based on mobile 
code. Hot-swapping schemes can be applied to keep station- 
ary network monitoring agents up to date. If the local moni- 
toring agent Is a dynamically extendable application (for 
example, a Java application), then modules comprised of 
mobile code (extlets) can be used to upgrade the application 
whenever necessary without distracting the services that the 
application provides. The mobile module does not have to 
reside on the local element all the time, because it could be 





$1 Figure 6. Plug and play agents. 



& Figure 5. Service provisioning agents. 

downloaded whenever it is needed, not unlike the way applets 
are downloaded in a Web browser. The schemes with actual 
mobile agents are still better, because they require fewer 
resources, and additionally provide distributed processing and 
intelligent correlation of facts from different sources in the 
measurement process. For example, a managing application 
may use a deglet to locate an underutilized node, which could 
take over certain services. 

Server migration, where a server is moved or cloned to a 
better execution environment, can be considered an exam- 
ple of a hot-swapping scheme. The decision to move or 
clone requires intelligent analysis of a number of factors 
such as service demand, network load, failure rate, etc. For 
example, a mid-level manager may be migrated to another 
location, if the failure rate in accessing its services or net- 
work latency is unacceptable. In another case, a server pro- 
viding communication services in a distributed system (e.g.. 
a blackboard coordinator) might be moved or cloned if the 
requirements for its services is on the rise in certain areas. 
In all these cases, the server is, in effect, a mobile agent. 
There is no constraint on the size of an agent in the defini- 
tion, although usually we think about a mobile agent as 
something small. 

In the context of network performance, we need to raise 
the issue of potential performance problems from the use of 
mobile agents. Taken to the extreme, uncontrolled mobile 
agents could flood the network, taking over a large proportion 

of its resources. The Infrastructure for mobile 

agents enforces certain rules on the density of 
agents. For example, not everybody is allowed 
to inject mobile agents Into the network. 
Those who are authorized to do so (human 
operators or system applications) have to pro- 
vide information on what constitutes a nor- 
mal pattern of behavior for their agents. If 
those rules are violated, then the infra- 
structure provides counter-attack rnechanisms 
or, if the problem is persistent the agents are 
refused services. The former may involve 
density thresholds and a license to generate 
and kill agents; the latter translates to extinc- 
tion of agents through refusal to migrate 
them. 



Plug-and-Play Networks 

Mobile agents bring us closer to the ulti- 
mate network: a piug-and-play network [6]. A 
plug-and-play network can automatically self- 
configure to accommodate component and 
user requirements. We have seen examples of 
mobile agents performing such functions as 



i ; Vendor* ; 
plug -and -play 
VMC 



IEEE Communications Surveys * http^Avww.comsocorg/pubs/survevs • Fourth Quarter 1998 • VoL I No. 1 



7 



configuring network components and providing services. In 
another example, an applet was used to adapt the presenta- 
tion of network data to the profile of the device and the pro- 
file of the user. If the components or the needs of a 
plug-and-play network evolve, then the network can detect the 
change and modify the configuration data Discovery and pro- 
visioning agents in our examples provided such capabilities. A 
plug-and-play network can detect problems that may poten- 
tially affect its integrity resulting in deteriorating quality of 
service or compromised security. If a detected problem can be 
addressed automatically, then a plug-and-play network can 
repair itself autonomously. Again, we saw examples of netlets 
that can incorporate intelligence necessary to discover, corre- 
late and address emerging network problems. A plug-and-play 
network incorporates a middleware layer that provides a 
range of services to the overlying network applications. In our 
examples, we describe netlets providing network modeling and 
performance measurement services. 

Research Activity 

There are a growing number of centers conducting 
research on mobile agents. Pioneers in providing agent 
frameworks, such as GeneralMagic (Telescript and newer 
Odyssey) [15] and Dartmouth College (D'Agents a.k.a. 
AgentTCL) [14], have been joined, and sometimes surpassed, 
by IBM (Aglets) [17], Mitsubishi (Concordia). ObJectSpace 
(Voyager), and others. Research flourishes in many applica- 
tion areas. In spite of being identified as one of the primary 
application areas of agents by the Foundation for Intelligent 
Physical Agents (FIPA) [39] and the Agent Society [40], net- 
work management is still relatively terra incognita as far as 
the use of mobile agents in concerned. Nevertheless, a num- 
ber of centers are actively pursuing research on various 
aspects of mobile agents and mobile code for managing 
telecommunication networks. The Perpetuum Mobile Procu- 
re group at Carleton University [41] applies several types of 
mobile code in a pursuit of its ultimate goal, a plug-and-play 
network. Interesting research on applications of and the 
tradeoffs in using mobile code for network management has 
been conducted by the Computer Networks Group at PoHtec- 
nico di Torino [11, 27, 42]. The Astrolog group [43) at the 
Institut de Recherche en Informatique et Systemes Aleatoires 
(IRISA) uses mobile agents for the Mobile Network Manag- 
er (MNM) [44]. This manager can be used from any location 
to manage a network remotely, for example, from a laptop 
connected through a modem. The research at the Intelligent 
Mobile Agent Center of Competence (IMA-CC) of GMD 
Focus [45] concentrates on specification and development of 
agent platforms and applications based on state-of-the-art 
Intelligent Mobile Agent technology including applications in 
network management Another group, Intelligent Communi- 
cation Environments [46] attempts to augment the standard 
open networking architectures, like Telecommunications 
Information Networking Architecture (TINA), by incorporat- 
ing technologies based on mobile [47, 48]. Active Networks 
[35], which originated at MIT's Software Devices and Sys- 
tems Group [49], but now spread to a number of research 
centers, is another interesting research activity advocating the 
use of programmable packets [50]. Such packets constitute an 
additional soft layer on top of the hardware and fixed com- 
munication protocols, which can provide dynamic configura- 
tion, improved security, flexible interoperability, extendable 
protocols, etc. This research is relevant in this context, 
because programs carried by communication packets can be 
considered mobile agents. 



Conclusions 

In this article we discuss the use of mobile agents for man- 
aging networks. Much of the research in this area is In its 
infancy, so the available resources are scarce. We use our own 
experience to illustrate application ideas in several areas of 
network management. Throughout the article, we provide a 
number of references to related activities at other research 
centers. In the preceding section, we include an overview of 
the research conducted at several academic and industrial 
institutions, which are involved in the research on network 
and system management with mobile agents. 

Many questions still need to be answered before any defini- 
tive remarks can be made. Nevertheless, our own experience 
and results of the research conducted by others lend support 
to the claim that mobile agents present a technology that will 
become very useful, and perhaps even critical, in many areas of 
system and network management Recent developments In the 
use of the Internet indicate that underline the importance of 
the agents in information-intensive applications. Agent mobili- 
ty is being increasingly used to perform various tasks that 
would otherwise require extensive attention spans by the users 
of the services provided on the Internet Network management 
researchers should watch very closely the advancements In the 
Internet-based network computing technology, because the 
proliferation of this technology will be a driving force for 
designing better management systems. One trend, which is 
increasingly visible as exemplified by the technology based on 
Jini, is an intersection of technologies based on remote objects 
(like CORBA), mobile code and agents. 
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